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DETAILED ACTION 
Response to Amendment 

The amendment filed 1274/06 has been entered. Claims 1-8, 10, 12-67 are 
active and are rejected as followed. Claims 9 and 1 1 have been canceled. 
/. Claim Rejections - 35 USC § 103 

1 . The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 1 02 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

2. The factual inquiries set forth in Graham v. John Deere Co., 383 U.S. 1 , 148 
USPQ 459 (1966), that are applied for establishing a background for determining 
obviousness under 35 U.S.C. 103(a) are summarized as follows: 

1 . Determining the scope and contents of the prior art. 

2. Ascertaining the differences between the prior art and the claims at issue. 

3. Resolving the level of ordinary skill in the pertinent art. 

4. Considering objective evidence present in the application indicating 
obviousness or nonobviousness. 

3. Claims 1 3-8, 10, 11-20, 22-28, 30-33, 35-39 (method 1 ), 40, 42-46 (method 2 ), 
47-50, 52 (method 3 ), 53-63 (system 1 ) and 64-67 (system 2 ) are rejected under 35 
U.S.C. 103(a) as being unpatentable over (1) GUSICK et al in view of (2) 
MANGIPUDI et al or further in view of (3) COGGER et al. 
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As of 12/4/06, independent method claim 1 is as followed: 
1 . (Currently amended) A method of providing a service desk capability, the method 
comprising: 

(a) receiving a request for service from at least one customer selected from the 
group consisting of an internal customer, an external customer, a global customer, and 
an e-commerce customer; 

(b) logging the request; 

(c) categorizing the request, wherein the process of categorizing the request 
includes: 

c1) determining the type of request; 

c2) calculating a priority value for the request in accordance with the type of 
request at the time of receiving the request; and 

c3) assigning the priority value to the request; 

(d) assigning the request for service; 

(e) resolving the request for service in accordance with the priority value; 

(f) confirming resolution of the request for service; and 

(g) closing the request for service. 

Note that for convenience, letters (a)-(g) are added to the beginning of each step. 
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Similarly, in a method and system for monitoring customer request for service, 
GUSICK et al teaches a method for providing a service desk capability, comprising the 
steps of: 

(a) receiving information (a request for service) from at least one customer 
selected from the group consisting of an internal customer, an external customer, a 
global customer, and an e-commerce customer {see Fig. 1, (140), Fig. 2, (200) 
"requestor has a question", [0003 " customer service support system "] and the different 
types of customers listed, [0006]}; 

(b) logging (or recording) the request {see [0057 "recording"}, 

(c ) categorizing (classifying) the request {see [0004 "categorizes, organizes"]}, 

(d) assigning the request for service {Fig. 4, 420-470 ("Forward/Assign"), [0058 
"the assignment of questions"]} ; 

(e) resolving the request for service {[Fig. 4, 410, 450 ("Answer Question")}; 

(f) confirming (notification) resolution of the request for service {see [0072] 
"question is fully answered .... is preferably notified'; and 

(g) monitoring the progress by providing a valid start date and a valid end date 
for the request for service {see [0109]}. As for the limitation of "closing the request for 
service" in the last step, in view of the general teaching of monitoring/tracking the 
progress with deadline, it would have been obvious to include well known step of 
closing the request when answer to question has been met to make the record clear. 
GUSICK et al fairly teaches the claimed invention except for well known facts or steps 
for categorizing of step (c.) above such as steps (c1 )-(c3). 
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In a method for service level management of client/customer's request, 
MANGIPUDI et al fairly teaches the steps of (a)-(f) above with further well known 
information with respect to the (c.) categorizing step such as 
c1 ) determining the type of request; 

c2) calculating (or determining) a priority value for the request in accordance 
with the type of request at the time of receiving the request; and 

c3.) assigning the priority value to the request in order to avoid unpredictable 
client's request service levels which based on a "first come first served basis" which will 
result in loss of revenue and market leadership on the Internet or web-based business 
{see col. 1 , lines 25-45, col. 2, line 65 to col. 3, line 40, col. 7, lines 5-45, Fig. 1 , 
especially Fig. 2, 206a " Gold class ". 206b " Silver class ", and 206c " Bronze class" . Fig. 
8e, "Class : Gold", "Precedence: 2"}. Note that the selection of other similar ranking 
system, such as number or numerical value, etc. would have been obvious to a skilled 
artisan as mere using other similar ranking system for ranking levels of request or 
service, absent evidence of unexpected results. It would have been obvious to modify 
the teaching of GUSICK et al by modifying the categorizing step to include further 
detailed steps such as c1-c3 as taught by MANGIPUDI et al to avoid unpredictable 
client's request service levels which based on a "first come first served basis" which will 
result in loss of revenue and market leadership on the Internet or web-based business. 

In another method for monitoring customer request for service, COGGER et al 
teaches a method for providing a service desk capability, comprising the step of 
receiving the request information, tracking the request, and clearly indicate the status of 
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the request: Open, Closed, Referred or Cancelled status {see col. 19, lines 1-5}. It 
would have been obvious to modify the teachings of GUSICK et al/MANGIPUDI et al by 
clearly indicate the status of the request by closing the request upon completion of the 
request as taught by COGGER et al above. 

As for dependent claims 3, 6 (part of 1 above) which deal with information 
receiving parameters, telephone cali, internet message, etc., these are fairly taught in 
[0004], [0006], Fig. 6 (600). The selection of other well known information 
communication would have been obvious to a skilled artisan as mere using well known 
communication method. 

As for dependent claims 4, 5 (part of 1 above) which deal with the type of 
problem or question for the request (problem parameters), i.e. detection of a fault in an 
IT system, the type of problem is not critical to the scope of the claimed invention and 
this fairly taught in [0006]. information receiving parameters, telephone call, internet 
message, etc., these are fairly taught in [0004], Fig. 6 (600). The applying of the same 
customer service request management to any other problem or issue would have been 
obvious as mere applying the same steps to other similar problem/issue. 

As for dependent claims 7, 8, 10 (part of 1 above) which deal with well known 
logging/recording parameters, these are fairly taught in [0057, 67-0070]. 

As for dependent claims 23-27 (part of 1 above) which deal with well known 
request (problem/issues) categorizing parameters, these are fairly taught in GUSICK et 
al or MANGIPUDI et al col. 7, lines 1-45, Figs. 1-2. 
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As for dependent claims 12-14, 22 (part of 1 above) which deal with well known 
request (problem/issues) assigning parameters, these are fairly taught in GUSICK et al 
[0019, 0064, 0068] or MANGIPUDI et al col. 7, lines 40-50. 

As for dependent claims 15-17, 19-20, 28, 32 (part of 1 above) which deal with 
well known request (problem/issues) resolving parameters, i.e. diagnosing (analyze) the 
request, searching a knowledge base, resolving the issue, etc., these are fairly taught in 
[0004, 0019, 0060-0061]. 

As for dependent claims 18 (part of 1 above) which deal with well known 
request (problem/issues) closing parameters, these are fairly taught in [0019, 0066]. 

As for dependent claims 30-31 (part of I above) which deal with well known 
request (problem/issues) monitoring, tracking, and reporting parameters, these are fairly 
taught in [0067-0070]. 

As for dependent claim 33 (part of 1 above) which deal with service system 
parameters, these are fairly taught in Fig. 1 , [0004], [0028]. 

As for dependent claim 35 (part of 1 above) which deal with well known request 
(problem/issues) parameters, these are fairly taught in [0003-0006]. As for the type of 
requested information or service, this is not essential to the scope of the claimed 
invention and would have been obvious to a skilled artisan to apply the service support 
system to any type of service or group. 

As for dep. claims 36-39 (part of 1 above) which deal with service desk 
parameters, being properly staff and responding to calls/request within a time frame, 
these are fairly taught in [0007, 0008, 0109]. As for the specific numbers, these are 



Application/Control Number: 10/029,769 Page 8 

Art Unit: 3629 

relative subjective and would have been obvious to set these parameters if desired 
since no limitation with respect to "quality of the answer/response" are shown. In other 
word, if quality of the response/answer is not critical, one can achieve the desired staff, 
speed of answers, % returned calls and % success as claimed above. 

As for independent method claim 40, which has similar limitation to 
independent method claim 1 above, it's rejected for the same reason set forth in claim 1 
above. 

As for dep. claims 42-46 (part of 40 above), they have similar limitations as in 
dep. claims 2, 31 , 35, 37-39 (part of 1 above), and therefore, they are rejected for the 
same reasons set forth in dep. claims 2, 31, 35, 37-39 (part of 1 above). 

As for independent method claim 47, which has similar limitation to 
independent method claims 1-2 above, it's rejected for the same reason set forth in 
claim 1 above. 

As for dep. claims 48-50, 52 (part of 47 above), they have similar limitations as in 
dep. claims 3, 4, and 35 (part of 1 above), and therefore, they are rejected for the same 
reasons set forth in dep. claims 3, 4, 35 (part of 1 above). 

As for independent system 1 claim 53, which is basically the system to carry 
out the method of claim 1 above, it's rejected over the system of GUSICK et al 
/MANGIPUDI et al used for carrying out the method claim 1 above. Alternatively, it 
would have been obvious to a skilled artisan to set up respective system to carry out the 
method used in the rejection of claim 1 above. 
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As for dep. claims 54-63 (part of 53 above), they have similar limitations as in 
dep. claims 19-22, 30-35 (part of 1 above), and therefore, they are rejected for the same 
reasons set forth in dep. claims 19-22, 30-35 above. 

As for independent system 2 claim 64 which is basically the system to carry put 
the method of claims 1 and 4 above, it's rejected over the system of GUSICK et al / 
MANGIPUDI et al /STONE et al used for carrying out the method claims 1 and 4 above. 
Alternatively, it would have been obvious to a skilled artisan to set up respective system 
to carry out the method used in the rejection of claims 1 and 4 above. 

As for dep. claims 65-67 (part of 64 above), they have similar limitations as in 
dep. claims 28, 30 and 34 (part of 1 above), and therefore, they are rejected for the 
same reasons set forth in dep. claims 28, 30 and 34. 

Note, the various limitations with respect to customer service support system 
parameters such as effective rate of response, time of response, analyzing parameters, 
type of request (urgency levels), etc., are considered as parameters or variables and 
the adjustment of these parameters or variables are considered as routine 
experimentations, varying from each scenario, type of request, type of customer, etc. 
and would have been obvious to a skilled artisan in view of the general teachings of 
GUSICK et al or GUSICK et al /COGGER et al, absent evidence of unexpected results. 
4. Claims 1 3-8, 10, 11-20, 22-28, 30-33, 35-39 (method 1 ), 40, 42-46 (method 2 ), 
47-50, 52 (method 3 ), 53-63 (system 1 ) and 64-67 (system 2 ) are rejected (2 nd time) 
under 35 U.S.C. 103(a) as being unpatentable over (1) MANGIPUDI et al alone or 
further in view of (2) COGGER et al. 
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Similarly, in a method and system for monitoring customer request for service, 
MANGIPUDI et al teaches a method for providing a service desk capability, comprising 
the steps; of: 

(a) receiving a request for service from at least one customer selected from the 
group consisting of an internal customer, an external customer, a global customer, and 
an e-commerce customer {see col. 1, lines 30-65, Figs. 6-7}; 

(b) logging the request {see Fig. 8d, col. 14, lines 1-10} 

(c) categorizing the request, wherein the process of categorizing the request 
includes: 

c1 ) determining the type of request; 

c2) calculating a priority value for the request in accordance with the type of 
request at the time of receiving the request; and 

c3) assigning the priority value to the request {see col. 3, lines 1-42, col. 7, lines 
5-45, Fig. 8c, 8e}; 

(d) assigning the request for service {col. 7, lines 5-45}; 

(e) resolving the request for service in accordance with the priority value; 

(f) confirming resolution of the request for service {Fig. 6, (618)}; and 

(g) monitoring and managing request status and response {Fig. 6, (612), col. 14, 
lines 1-10}. As for the term "closing the request for service" in step (g), it would have 
been obvious to do when monitoring and managing the request to effectively monitoring 
the service. 
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In another method for monitoring customer request for service, COGGER et al 
teaches a method for providing a service desk capability, comprising the step of 
receiving the request information, tracking the request, and clearly indicate the status of 
the request: Open, Closed, Referred or Cancelled status {see col. 19, lines 1-5}. It 
would have been obvious to modify the teachings of GUSICK et al/MANGIPUDI et al by 
clearly indicate the status of the request by closing the request upon completion of the 
request as taught by COGGER et al above. 

As for dependent claims 3, 6 (part of 1 above) which deal with information 
receiving parameters, telephone call, internet message, etc., these are fairly taught in 
col. 1 , lines 20-45. The selection of other well known information communication would 
have been obvious to a skilled artisan as mere using well known communication 
method. 

As for dependent claims 4, 5 (part of 1 above) which deal with the type of 
problem or question for the request (problem parameters), i.e. detection of a fault in an 
IT system, the type of problem is not critical to the scope of the claimed invention and 
this fairly taught in cols. 1-2. The applying of the same customer service request 
management to any other problem or issue would have been obvious as mere applying 
the same steps to other similar problem/issue. 

As for dependent claims 7, 8, 10 (part of 1 above) which deal with well known 
logging/recording parameters, these are fairly taught in Fig. 3, 8c. 
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As for dependent claims 23-27 (part of 1 above) which deal with well known 
request (problem/issues) categorizing parameters, these are fairly taught in col. 7, lines 
1-45, Figs. 1-2. 

As for dependent claims 12-14, 22 (part of 1 above) which deal with well known 
request (problem/issues) assigning parameters/these are fairly taught in MANGIPUDI 
et al col. 7, lines 40-50. 

As for dependent claims 15-17, 19-20, 28, 32 (part of 1 above) which deal with 
well known request (problem/issues) resolving parameters, i.e. diagnosing (analyze) the 
request, searching a knowledge base, resolving the issue, etc., these are fairly taught in 
Fig. 3, 216, 206a, 206b. 

As for dependent claims 18 (part of 1 above) which deal with well known 
request (problem/issues) closing parameters, these are fairly taught in col. 1 , lines 25- 
65. 

As for dependent claims 30-31 (part of 1 above) which deal with well known 
request (problem/issues) monitoring, tracking, and reporting parameters, these are fairly 
taught in col. 13, lines 45-55, col. 14, lines 1-10. 

As for dependent claim 33 (part of 1 above) which deal with service system 
parameters, these are fairly taught in Figs. 1 -2. 

As for dependent claim 35 (part of 1 above) which deal with well known request 
(problem/issues) parameters, these are fairly taught in col. 1 , lines 15-45. As for the 
type of requested information or service, this is not essential to the scope of the claimed 
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invention and would have been obvious to a skilled artisan to apply the service support 
system to any type of service or group. 

As for dep. claims 36-39 (part of 1 above) which deal with service desk 
parameters, being properly staff and responding to calls/request within a time frame, 
these are fairly taught in col. 7, lines 1-65. As for the specific numbers, these are 
relative subjective and would have been obvious to set these parameters if desired 
since no limitation with respect to "quality of the answer/response" are shown. In other 
word, if quality of the response/answer is not critical, one can achieve the desired staff, 
speed of answers, % returned calls and % success as claimed above. 

As for independent method claim 40, which has similar limitation to 
independent method claim 1 above, it's rejected for the same reason set forth in claim 1 
above. 

As for dep. claims 42-46 (part of 40 above), they have similar limitations as in 
dep. claims 2, 31 , 35, 37-39 (part of 1 above), and therefore, they are rejected for the 
same reasons set forth in dep. claims 2, 31 , 35, 37-39 (part of 1 above). 

As for independent method claim 47, which has similar limitation to 
independent method claims 1 -2 above, it's rejected for the same reason set forth in 
claim 1 above. 

As for dep. claims 48-50, 52 (part of 47 above), they have similar limitations as in 
dep. claims 3, 4, and 35 (part of 1 above), and therefore, they are rejected for the same 
reasons set forth in dep. claims 3, 4, 35 (part of 1 above). 
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As for independent system 1 claim 53, which is basically the system to carry 
out the method of claim 1 above, it's rejected over the system of MANGIPUDI et al used 
for carrying out the method claim 1 above as shown in Fig. 2 and 3. Alternatively, it 
would have been obvious to a skilled artisan to set up respective system to carry out the 
method used in the rejection of claim 1 above. 

As for dep. claims 54-63 (part of 53 above), they have similar limitations as in 
dep. claims 19-22, 30-35 (part of 1 above), and therefore, they are rejected for the same 
reasons set forth in dep. claims 19-22, 30-35 above. 

As for independent system 2 claim 64 which is basically the system to carry out 
the method of claims 1 and 4 above, it's rejected over the system of MANGIPUDI et al 
/STONE et al used for carrying out the method claims 1 and 4 above and as shown in 
Figs. 2-3. Alternatively, it would have been obvious to a skilled artisan to set up 
respective system to carry out the method used in the rejection of claims 1 and 4 above. 

As for dep. claims 65-67 (part of 64 above), they have similar limitations as in 
dep. claims 28, 30 and 34 (part of 1 above), and therefore, they are rejected for the 
same reasons set forth in dep. claims 28, 30 and 34. 

Note, the various limitations with respect to customer service support system 
parameters such as effective rate of response, time of response, analyzing parameters, 
type of request (urgency levels), etc., are considered as parameters or variables and 
the adjustment of these parameters or variables are considered as routine 
experimentations, varying from each scenario, type of request, type of customer, etc. 
and would have been obvious to a skilled artisan in view of the general teachings of 
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MANGIPUDI et al or MANGIPUDI et al /COGGER et al, absent evidence of unexpected 
results. 

5. Dependent claims 2, 21, 29 and 34 are rejected under 35 U.S.C. 103(a) as 
being unpatentable over GUSICK et al/MANGIPUDI et al as applied to claim I 
above, and further in view of JONES et al. 

As for dependent claims 2, 21 , and 29 (part of 1 above), in another method for 
monitoring customer request for service, JONES et al teaches the step of (h) escalating 
the request for service levels when the trouble ticket (request) remaining unresolved for 
a time exceeding user specified time intervals and providing alerting messages or page 
notification to management and recipient (customer) {see col. 5, lines 60-67}. It would 
have been obvious to modify the teachings of GUSICK et al/MANGIPUDI et al to 
include the (h) step above as taught by JONES et al when the trouble request has not 
been solved on schedule and to alert the management and customer. 

As for dependent claim 34, this is taught in JONES et al Fig. 1 . 

6. Dependent claim 41 is rejected under 35 U.S.C. 103(a) as being 
unpatentable over GUSICK et al /MANGIPUDI et al as applied to claim 40 above, 
and further in view of JONES et al. 

As for dependent claim 41 (part of 40 above), in another method for monitoring 
customer request for service, JONES et al teaches the step of (h) escalating the 
request for service levels when the trouble ticket (request) remaining unresolved for a 
time exceeding user specified time intervals and providing alerting messages or page 
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notification to management and recipient (customer) {see col. 5, lines 60-67}. It would 
have been obvious to modify the teachings of GUSICK et al/MANGIPUDI et al to 
include the (h) step above as taught by JONES et al when the trouble request has not 
been solved on schedule and to alert the management and customer. 

7. Dependent claim 51 is rejected under 35 U.S.C. 103(a) as being 
unpatentable over GUSICK et al /MANGIPUDI et al as applied to claim 47 above, 
and further in view of JONES et al. 

As for dependent claim 51 (part of 47 above), in another method for monitoring 
customer request for service, JONES et al teaches the step of (h) escalating the 
request for service levels when the trouble ticket (request) remaining unresolved for a 
time exceeding user specified time intervals and providing alerting messages or page 
notification to management and recipient (customer) {see col. 5, lines 60-67}. It would 
have been obvious to modify the teachings of GUSICK et al /MANGIPUDI et al to 
include the (h) step above as taught by JONES et al when the trouble request has not 
been solved on schedule and to alert the management and customer. 

Response to Arguments 

8. Applicant's arguments with respect to claims 1 -67 have been considered but are 
moot in view of the new ground(s) of rejection. 
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Conclusion 

9. Applicant's amendment (steps c2 and c3) in each of independent claims above 
necessitated the new ground(s) of rejection presented in this Office action. Accordingly, 
THIS ACTION IS MADE FINAL. See MPEP § 706.07(a). Applicant is reminded of the 
extension of time policy as set forth in 37 CFR 1 . 1 36(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the date of this final action. 

No claims are allowed. 
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Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through private PAIR only. 
For more information about the PAIR system, see http://pair-direct(a)uspto.gov . Should 
you have any questions on access to the private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll free). 

In receiving an Office Action, it becomes apparent that certain documents are 
missing, e. g. copies of references, Forms PTO 1449, PTO-892, etc., requests for 
copies should be directed to Tech Center 3600 Customer Service at (571 ) 272-3600, or 
e-mail CustomerService3600@uspto.gov . 

Any inquiry concerning the merits of the examination of the application should be 
directed to Dean Tan Nguyen at telephone number (571 ) 272-6806 . My work schedule 
is normally Monday through Friday from 6:30 am - 4:00 pm. I am scheduled to be off 
every other Friday. 

Should I be unavailable during my normal working hours, my supervisor John 
Weiss can be reached at (571)272-6812 . 

The main FAX phone numbers for formal communications concerning this 
application are (571)273-8300 . My personal Fax is (571) 273-6806 . Informal 
communications may be made, following a telephone call to the examiner, by an 
informal FAX number to be given. 



